Automated Building Concierge

ABSTRACT

Controlling environmental conditions. A method includes using one or more sensors in a location, identifying an entity in the location. The method further includes identifying one or more roles for the entity. The method further includes based on the one or more roles for the entity, modifying environmental conditions in the location, by modifying one or more devices associated with the location.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application claims benefit of priority to U.S. patentapplication Ser. No. 16/107,779 entitled “Automated Building Concierge”and filed on Aug. 21, 2018 which is specifically incorporated byreference for all that it discloses and teaches.

BACKGROUND Background and Relevant Art

Computers and computing systems have affected nearly every aspect ofmodern living. Computers are generally involved in work, recreation,healthcare, transportation, entertainment, household management, etc.

Further, computing system functionality can be enhanced by a computingsystem's ability to be interconnected to other computing systems vianetwork connections. Network connections may include, but are notlimited to, connections via wired or wireless Ethernet, wireless meshnetworks, cellular connections, or even computer to computer connectionsthrough serial, parallel, USB, or other connections via a wide varietyof protocols (such as, but not limited to, MQTT, AMQP, http, Bluetooth,OPC-UA, SCADA, CoAP, BACnet, Modbus, KNX, LonTalk, Zigbee, Zwave,Sigfox, LoRa, etc.), some of which are industry or domain specific. Theconnections allow a computing system to access services at othercomputing systems and to quickly and efficiently receive data from othercomputing systems.

Interconnection of computing systems has facilitated distributedcomputing systems, such as so-called “cloud” computing systems. In thisdescription, “cloud computing” may be systems or resources for enablingubiquitous, convenient, on-demand network access to a shared pool ofconfigurable computing resources (e.g., networks, servers, storage,applications, services, etc.) that can be provisioned and released withreduced management effort or service provider interaction. A cloud modelcan be composed of various characteristics (e.g., on-demandself-service, broad network access, resource pooling, rapid elasticity,measured service, etc.), service models (e.g., Software as a Service(“SaaS”), Platform as a Service (“PaaS”), Infrastructure as a Service(“IaaS”), and deployment models (e.g., private cloud, community cloud,public cloud, hybrid cloud, etc.).

Interconnection of various computing systems and devices has resulted inthe ability to sense conditions in a building or other space and tocontrol equipment in the building or other space. This is oftengenerally referred to as building management.

Building management can be a complex and expensive process, withpotential for error. For example, security of a building requires manyman hours to staff the building. Intentional and unintentional humanaction can result in security breaches. In another aspect, humannecessitated control of lighting, heating and cooling, workspaceergonomics, etc., can unnecessarily take away from more valuableactivities.

The subject matter claimed herein is not limited to embodiments thatsolve any disadvantages or that operate only in environments such asthose described above. Rather, this background is only provided toillustrate one exemplary technology area where some embodimentsdescribed herein may be practiced.

BRIEF SUMMARY

One embodiment illustrated herein includes a method that includes actsfor controlling environmental conditions. A method includes using one ormore sensors in a location, identifying an entity in the location. Themethod further includes identifying one or more roles for the entity.The method further includes based on the one or more roles for theentity, modifying environmental conditions in the location, by modifyingone or more devices associated with the location.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

Additional features and advantages will be set forth in the descriptionwhich follows, and in part will be obvious from the description, or maybe learned by the practice of the teachings herein. Features andadvantages of the invention may be realized and obtained by means of theinstruments and combinations particularly pointed out in the appendedclaims. Features of the present invention will become more fullyapparent from the following description and appended claims, or may belearned by the practice of the invention as set forth hereinafter.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to describe the manner in which the above-recited and otheradvantages and features can be obtained, a more particular descriptionof the subject matter briefly described above will be rendered byreference to specific embodiments which are illustrated in the appendeddrawings. Understanding that these drawings depict only typicalembodiments and are not therefore to be considered to be limiting inscope, embodiments will be described and explained with additionalspecificity and detail through the use of the accompanying drawings inwhich:

FIG. 1 illustrates an example computer architecture that facilitatesoperation of the principles described herein.

FIG. 2 illustrates an example environment for providing access to sensordata from devices within a physical space.

FIG. 3 illustrates an example hierarchical graph associated with aphysical space.

FIG. 4 illustrates an example hierarchical graph associated with aphysical space and devices associated with areas or sub-areas of thephysical space.

FIG. 5 illustrates a building location, and an example of an entityinteracting with the building location; and

FIG. 6 illustrates a flowchart of a method for controlling environmentalconditions in a location based on entity roles.

DETAILED DESCRIPTION

Embodiments illustrated herein are directed to improved building (orother location) control. This can be accomplished by identifying anentity in location. The entity is authenticated, and roles areidentified for the entity. Based on the entity's roles, certainpermissions are identified. As a result, environmental conditions in thelocation are changed. Note that when used herein, it should beappreciated that ‘building’ is simply one example, and other embodimentsmay use other locations or types of locations.

For example, consider the following scenario. A visitor enters abuilding of an enterprise. The visitor is identified by a buildingmanagement system. This may be by automatic facial recognition,fingerprint recognition, voice recognition, other biometric measure,beacon signals from devices held by the visitor (such as cell phones,smart cards, etc.), passwords, etc. In this example, the visitor is notan employee of the enterprise, but had a meeting with an employee of theenterprise. Based on a calendar entry for the employee, the buildingmanagement system is already aware of the time of the meeting and thevisitor's desired attendance at the meeting. As a result of identifyingthe visitor, and identifying the meeting in the calendar, the buildingmanagement system can assign a role of ‘authorized visitor’ to thevisitor. The visitor would then have permission to enter the building,around the time of the meeting. In this case, a few minutes before themeeting, the building management system could change environmentalconditions by unlocking doors to allow the visitor to enter thebuilding. Once inside the building, the building management system couldchange the environmental conditions again by changing electronic signageto guide the visitor to the appropriate conference room. As thisparticular visitor is known to the building management system, at theconference room, the building management system can change theenvironmental conditions, yet again, to accommodate the visitor. Inparticular, the building management system may adjust temperature andlighting to a level preferred by the visitor. In some embodiments, thebuilding management system can automatically adjust ergonomics of theconference room. For example, the building management system could causea desk and/or chair to be adjusted to a particular height chairsoftness/hardness, sitting angle, etc. Once in the conference room, thevisitor may choose to direct the building management system to adjustthe temperature or lighting. However, because the visitor has a limitedset of permissions, the visitor may be limited in how much adjustmentthey can request. For example, the visitor may be able to adjusttemperature between 68 and 72 degrees F., where an entity authenticatedin an employee of the enterprise role may have broader permissions andmay be able to adjust the temperature between 65 and 75 degrees F.

A description of a computing system where embodiments may beimplemented, followed by a description of how hierarchical graphing ofan entity may be accomplished will now be presented.

Computing systems are now increasingly taking a wide variety of forms.Computing systems may, for example, be handheld devices, appliances,laptop computers, desktop computers, mainframes, distributed computingsystems, datacenters, or even devices that have not conventionally beenconsidered a computing system, such as wearables (e.g., glasses). Inthis description and in the claims, the term “computing system” isdefined broadly as including any device or system (or combinationthereof) that includes at least one physical and tangible processor, anda physical and tangible memory capable of having thereoncomputer-executable instructions that may be executed by a processor.The memory may take any form and may depend on the nature and form ofthe computing system. A computing system may be distributed over anetwork environment and may include multiple constituent computingsystems.

As illustrated in FIG. 1, in its most basic configuration, a computingsystem 100 typically includes at least one hardware processing unit 102and memory 104. The memory 104 may be physical system memory, which maybe volatile, non-volatile, or some combination of the two. The term“memory” may also be used herein to refer to non-volatile mass storagesuch as physical storage media. If the computing system is distributed,the processing, memory and/or storage capability may be distributed aswell.

The computing system 100 also has thereon multiple structures oftenreferred to as an “executable component”. For instance, the memory 104of the computing system 100 is illustrated as including executablecomponent 106. The term “executable component” is the name for astructure that is well understood to one of ordinary skill in the art inthe field of computing as being a structure that can be software,hardware, or a combination thereof. For instance, when implemented insoftware, one of ordinary skill in the art would understand that thestructure of an executable component may include software objects,routines, methods, and so forth, that may be executed on the computingsystem, whether such an executable component exists in the heap of acomputing system, or whether the executable component exists oncomputer-readable storage media.

In such a case, one of ordinary skill in the art will recognize that thestructure of the executable component exists on a computer-readablemedium such that, when interpreted by one or more processors of acomputing system (e.g., by a processor thread), the computing system iscaused to perform a function. Such structure may be computer-readabledirectly by the processors (as is the case if the executable componentwere binary). Alternatively, the structure may be structured to beinterpretable and/or compiled (whether in a single stage or in multiplestages) so as to generate such binary that is directly interpretable bythe processors. Such an understanding of example structures of anexecutable component is well within the understanding of one of ordinaryskill in the art of computing when using the term “executablecomponent”.

The term “executable component” is also well understood by one ofordinary skill as including structures that are implemented exclusivelyor near-exclusively in hardware, such as within a field programmablegate array (FPGA), an application specific integrated circuit (ASIC), orany other specialized circuit. Accordingly, the term “executablecomponent” is a term for a structure that is well understood by those ofordinary skill in the art of computing, whether implemented in software,hardware, or a combination. In this description, the terms “component”,“service”, “engine”, “module”, “control”, or the like may also be used.As used in this description and in the case, these terms (whetherexpressed with or without a modifying clause) are also intended to besynonymous with the term “executable component”, and thus also have astructure that is well understood by those of ordinary skill in the artof computing.

In the description that follows, embodiments are described withreference to acts that are performed by one or more computing systems.If such acts are implemented in software, one or more processors (of theassociated computing system that performs the act) direct the operationof the computing system in response to having executedcomputer-executable instructions that constitute an executablecomponent. For example, such computer-executable instructions may beembodied on one or more computer-readable media that form a computerprogram product. An example of such an operation involves themanipulation of data.

The computer-executable instructions (and the manipulated data) may bestored in the memory 104 of the computing system 100. Computing system100 may also contain communication channels 108 that allow the computingsystem 100 to communicate with other computing systems over, forexample, network 110.

While not all computing systems require a user interface, in someembodiments, the computing system 100 includes a user interface 112 foruse in interfacing with a user. The user interface 112 may includeoutput mechanisms 112A as well as input mechanisms 112B. The principlesdescribed herein are not limited to the precise output mechanisms 112Aor input mechanisms 112B as such will depend on the nature of thedevice. However, output mechanisms 112A might include, for instance,speakers, displays, tactile output, holograms and so forth. Examples ofinput mechanisms 112B might include, for instance, microphones,touchscreens, holograms, cameras, keyboards, mouse of other pointerinput, sensors of any type, and so forth.

Embodiments described herein may comprise or utilize a special purposeor general-purpose computing system including computer hardware, suchas, for example, one or more processors and system memory, as discussedin greater detail below. Embodiments described herein also includephysical and other computer-readable media for carrying or storingcomputer-executable instructions and/or data structures. Suchcomputer-readable media can be any available media that can be accessedby a general purpose or special purpose computing system.Computer-readable media that store computer-executable instructions arephysical storage media. Computer-readable media that carrycomputer-executable instructions are transmission media. Thus, by way ofexample, and not limitation, embodiments of the invention can compriseat least two distinctly different kinds of computer-readable media:storage media and transmission media.

Computer-readable storage media includes NAND flash memory or otherflash memory, RAM, DRAM, SRAM, ROM, EEPROM, CD-ROM or other optical diskstorage, solid-state disk storage, magnetic disk storage or otherstorage devices, or any other physical and tangible storage medium whichcan be used to store desired program code means in the form ofcomputer-executable instructions or data structures and which can beaccessed by a general purpose or special purpose computing system.

A “network” is defined as one or more data links that enable thetransport of electronic data between computing systems and/or modulesand/or other electronic devices. When information is transferred orprovided over a network or another communications connection (eitherhardwired, wireless, or a combination of hardwired or wireless) to acomputing system, the computing system properly views the connection asa transmission medium. Transmissions media can include a network and/ordata links which can be used to carry desired program code means in theform of computer-executable instructions or data structures and whichcan be accessed by a general purpose or special purpose computingsystem. Combinations of the above should also be included within thescope of computer-readable media.

Further, upon reaching various computing system components, program codemeans in the form of computer-executable instructions or data structurescan be transferred automatically from transmission media to storagemedia (or vice versa). For example, computer-executable instructions ordata structures received over a network or data link can be buffered inRAM within a network interface module (e.g., a “NIC”), and theneventually transferred to computing system RAM and/or to less volatilestorage media at a computing system. Thus, it should be understood thatstorage media can be included in computing system components that also(or even primarily) utilize transmission media.

Computer-executable instructions comprise, for example, instructions anddata which, when executed at a processor, cause a general-purposecomputing system, special purpose computing system, or special purposeprocessing device to perform a certain function or group of functions.Alternatively, or in addition, the computer-executable instructions mayconfigure the computing system to perform a certain function or group offunctions. The computer executable instructions may be, for example,binaries or even instructions that undergo some translation (such ascompilation) before direct execution by the processors, such asintermediate format instructions such as assembly language, or evensource code.

Those skilled in the art will appreciate that the invention may bepracticed in network computing environments with many types of computingsystem configurations, including, traditional computing systems such assmartphones, personal computers, desktop computers, laptop computers,message processors, hand-held devices, multi-processor systems,microprocessor-based or programmable consumer electronics, network PCs,minicomputers, mainframe computers, mobile telephones, PDAs, pagers,routers, switches, datacenters, wearables (such as glasses, watches,etc.) and the like. In modern computing systems, in the age of Internetof Things (IoT), computing system configurations may be virtually anytype of device including (but most certainly not limited to) smartluggage, smart jewelry, smart drinking bottles, smart skate boards,smart golf clubs, smart toys, smart brewing machines, smart wallets,smart home and business automation gear, smart appliances, smartfurniture, etc. The invention may also be practiced in distributedsystem environments where local and remote computing systems, which arelinked (either by hardwired data links, wireless data links, or by acombination of hardwired and wireless data links) through a network,both perform tasks. In a distributed system environment, program modulesmay be located in both local and remote memory storage devices.

Those skilled in the art will also appreciate that the invention may bepracticed in a cloud computing environment. Cloud computing environmentsmay be distributed, although this is not required. When distributed,cloud computing environments may be distributed internationally withinan organization and/or have components possessed across multipleorganizations. In this description and the following claims, “cloudcomputing” is defined as a model for enabling on-demand network accessto a shared pool of configurable computing resources (e.g., networks,servers, storage, applications, and services). The definition of “cloudcomputing” is not limited to any of the other numerous advantages thatcan be obtained from such a model when properly deployed.

Reference is made frequently herein to IoT devices. As used herein, anIoT device can include any device that is connected to a network(whether that be a personal area network, local area network, wide areanetwork, and/or the Internet) and that interacts with a physicalenvironment (whether that be to control or influence some aspect of aphysical environment, and/or to receive sensor data from a physicalenvironment). As such, references to IoT devices herein should beinterpreted broadly to include vast categories of devices, regardless ofhow those devices may be named or marketed. From a computingperspective, IoT devices may range from fairly complex (e.g., such asbeing embodied on a general-purpose computer system), to fairly simple(e.g., such as being embodied within a special-purpose microcontrollerenvironment).

FIG. 2 illustrates an example environment 200 for providing access tosensor data from devices within a physical space. As illustrated, theenvironment 200 includes a user computer system 202A. The user computersystem 202A may be embodied, for example, by computer system 100, asdescribed with respect to FIG. 1. The user computer system 202A maycomprise any type of computer system that is configured to communicatewith, and utilize the functionality of, a server computer system 210,which is described later. In an example, the user computer system 202Amay comprise a desktop computer, a laptop computer, a tablet, asmartphone, and so forth. Notably, while the environment 200 includes asingle user computer system 202A, the ellipses 202B represents that anynumber of user computer systems may communicate with, and utilize thefunctionality of, the server computer system 210.

The server computer system 210 is configured to provide access to sensordata from devices (such as IoT devices) located within physical spaces(e.g., a room within a building), as further described herein. Again,the server computer system 210 may be embodied, for example, by computersystem 100, as described with respect to FIG. 1. The server computersystem 210 may comprise any type of computer system, including anycombination of hardware and/or software that is configured to provideaccess to sensor data from devices located within particular physicalspaces.

As shown, the server computer system 210 may include various engines,functional blocks, and components, including (as examples) a graphengine 220, a property store 230, a rules and permissions store 240, anassociation and generation engine 250, a tenant and resource rules store260, and a data analysis engine 270, each of which may also includeadditional engines, functional blocks, and components (e.g., an objecttype store 221 within the graph engine 220). The various engines,components, and/or functional blocks of the server computer system 210may be implemented on a single computer system or may be implemented asa distributed computer system that includes elements resident in a cloudenvironment, and/or that implement aspects of cloud computing (i.e., atleast one of the various illustrated engines may be implemented locally,while at least one other engine may be implemented remotely). Inaddition, the various engines, functional blocks, and/or components ofthe server computer system 210 may be implemented as software, hardware,or a combination of software and hardware.

Notably, the configuration of the server computer system 210 illustratedin FIG. 2 is shown only for exemplary purposes. As such, the servercomputer system 210 may include more or less than the engines,functional blocks, and/or components illustrated in FIG. 2. Inparticular, the ellipses 261 represent that any number of engines,functional blocks, and/or components may be utilized within the servercomputer system. Although not illustrated, the various engines of theserver computer system 210 may access and/or utilize a processor andmemory, such as the processor 102 and the memory 104 of FIG. 1, asneeded, to perform their various functions.

As briefly introduced, the server computer system 210 includes the graphengine 220, the property store 230, the rules and permissions store 240,the association and generation engine 250, the tenant and resource rulesstore 260, and the data analysis engine 270. The graph engine 220 may beconfigured to generate, store, and/or manage one or more hierarchicalgraphs (e.g., hierarchical graph 310 of FIG. 3) that defines a topologyof areas and sub-areas of a physical space. For instance, FIG. 3illustrates a hierarchical graph 310 that includes a topology of nodesassociated with a physical space comprising “building 1” (e.g., buildingnode 302). The hierarchical graph 310 also represents areas andsub-areas of “building 1,” such as different floors (i.e., floor node304A, floor node 304B, and floor node 304C, all of which are sub-nodesof building node 302), as well as different rooms (i.e., conference roomnode 306A, conference room node 306B, conference room node 306C, andoffice node 306D) associated with each floor. Although not shown, eachof the room nodes 306A-306D could be associated with additionalsub-nodes representing objects in, or associated with, the rooms, suchas desks, chairs, tales, computer, lab equipment, services to controlthe room, services to reserve the room, etc.

Any node in the hierarchical graph 310 could be associated withdevices/sensors. For example, the various room nodes (i.e., theconference room node 306A and the office node 306D) may also beassociated with devices and sensors. Similarly, FIG. 4 shows a relatedgraph 410, that includes device nodes 420A and 420B and sensor nodes422A-422C. While only seven nodes associated with areas/sub-areas areillustrated in FIG. 3, the ellipses 308 represents that any number ofnodes that are associated with areas/sub-areas and devices/sensors maybe utilized when practicing the principles described herein (whetherthose nodes be added or deleted in a horizontal direction (breadth) or avertical direction (depth)). Furthermore, the topology of the graph maybe continuously modified via adding or deleting nodes of the graph (in ahorizontal direction or vertical direction). For instance, using theexample of FIG. 3, a number of additional building nodes associated withdifferent buildings than building 1 (corresponding to building node302), each of which additional buildings may include additional nodescorresponding to floors, rooms, and so forth, may also be includedwithin the graph 310.

In some embodiments, the hierarchical graph 310 may be stored within arelational database, though any type of database could be used.Additionally, regardless of the type of graph used, the full paths inthe graph for each given node may be stored as metadata in the node toincrease the performance and efficiency of querying the hierarchicalgraph 310. In this way, identification (e.g., via a query) of anyancestral node or child node (i.e., children nodes, grandchildren nodes,great-grandchildren nodes, and so on) of a given node may be performedin an order of one operation (i.e., an O(1) operation). For instance, aquery that requests each node having a path that starts with“building1/floor3” (i.e., corresponding to the floor node 304C) mayidentify conference room 3 and office 1 (i.e., corresponding toconference room node 306C and office node 306D, respectively) as beingchildren of the floor node 304C in an O(1) operation.

Notably, even if the conference room node 306C and the office node 306Dwere grandchildren, great-grandchildren, and so on, of the floor node304C, a request for identification of each node having a path thatstarts with “building1/floor3” could result in identification of theconference room node 306C and the office node 306D (as well as any nodesbetween the floor node 304C and the conference room node 306C/the officenode 306D) in an O(1) operation. Accordingly, paths associated with eachnode may be automatically computed and saved, which effectively tracks aprimary identification for each node of the graph. While a cost isincurred upfront to generate and store each path (e.g., in connectionwith the addition and/or removal of one or more nodes to within thegraph), the graph may be quickly and efficiently traversed to identifynodes and relationships between nodes within the graph than traditionaltraversing of graphs. By storing primarily static information in thegraph, however, the need to generate/store these paths can be relativelyinfrequent.

Returning to FIG. 2, as illustrated, the graph engine 220 includesvarious components that may comprise any combination of appropriatehardware and/or software, including an object type store 221, an updateengine 222, and a query engine 223. Notably, the ellipses 224 representsthat any number of components may be included with the graph engine 220(i.e., more or less than the components illustrated within the graphengine 220).

The object type store 221 comprises a data store of node object typesthat can be selected to create additional nodes within the graph 310.For instance, in addition to the node object types of buildings, floors,and rooms that are explicitly shown in FIG. 3, any number of objecttypes associated with areas/sub-areas of physical spaces (as well asdevices/sensors and individuals, as further described herein) may beused within the graph 310, including but not limited to organizations(e.g., businesses), geographic regions (e.g., continents, countries,states, cities, counties, and so forth), types of areas (e.g.,buildings, farms, houses, apartments, conference rooms, offices,bathrooms, breakrooms, study areas, desks, chairs, and so forth), typesof devices (e.g., thermostat, projector, paper towel dispenser,television, computer, and so forth), types of sensors (e.g.,thermocouple, thermistor, humidity sensor, CO₂ sensor, Geiger counter),and so forth. Additionally, the object type store 221 may be extensible,such that additional object types may be created on demand.

The update engine 222 may be configured to update the hierarchical graph310 with any changes made to the graph. For instance, the update engine222 may update the graph with additional nodes, update the graph withless nodes (e.g., deleted nodes), update nodes with new or modifiedproperties, update nodes with new or modified paths, and perform anyother operations associated with modifying or updating the graph.

The query engine 223 may be configured to allow for performing queriesto the hierarchical graph 310. In particular, the query engine 223 maybe configured to receive queries, generate query plans, build responsesto queries, and/or perform any other operations associated withreceiving and responding to queries of the hierarchical graph 310.

As briefly introduced, the server computer system 210 further includesdata analysis engine 270. The data analysis engine 270 may be configuredto receive, gather, manage, and process data received fromdevices/sensors located within a physical space (associated with thehierarchical graph that defines the topology of the physical space). Forinstance, FIG. 2 illustrates various devices and sensors located withina physical space 280. In particular, the physical space 280 comprisesvarious areas and sub-areas, including area/sub-area 281A, area/sub-area281B, and area/sub-area 281C. Each of the sub-areas includes a singledevice having a single sensor (i.e., area/sub-area 281A includes device290A having sensor 291A, area/sub-area 281B includes device 290B havingsensor 291B, and area/sub-area 281C includes device 290C having sensor291C). Notably, while each of the areas/sub-areas within the physicalspace 280 includes a single device having a single sensor, the ellipses290 represents that there may be any number of areas/sub-areas withinthe physical space 280, each of the areas/sub-areas including any numberof devices having any number of sensors (including zerodevices/sensors).

Notably, the devices and sensors may include any type ofdevices/sensors, including but not limited to devices/sensors associatedwith detecting temperature, CO₂, light, pressure, toxic chemicals,humidity, biometric data (such as facial recognition, fingerprintrecognition, etc.), and so forth. As such, the combination of thedevices 290 (i.e., the device 290A through the device 290C) and thesensors 291 (i.e., the sensor 291A through the sensor 291C) may beconfigured to capture sensor data (e.g., changes in temperature) andsend the captured data to the data analysis engine 270. Furthermore,“sensors” can be partially or entirely virtual. A sensor, as usedherein, does not have to be a physical device, but rather a “sensor”output could be a value provided by another cloud service or API. Forexample, a “sensor” could output the current weather forecast for abuilding's location from NOAA. In an alternative or additional example,sensor output could be calendar information produced by a schedulingcalendar. In an alternative or additional example, sensor output couldbe authentication information as a result of sensing a user'sauthentication actions.

The data analysis engine 270 may then be configured to receive, gather,manage, and process data received from such devices/sensors. Inparticular, as illustrated, the data analysis may include a data store271 that is configured to organize, store, and allow access to receivedsensor data. The data store 271 may comprise any type of data store thatis configured to manage dynamic, frequently changing data such as sensordata, and that provides quick and efficient performance. In an example,the data store 271 may comprise a key-value database. For instance, thedata store 271 may comprise a REDIS™ CACHE. Data associated with aparticular device (e.g., sensor data) may also be linked with devicenodes of the hierarchical graph (e.g., the hierarchical graph 410), suchthat upon identification of a device node within the hierarchical graph,sensor data associated with the device corresponding to the device nodemay also be accessed, as further described herein.

As shown, the data analysis engine 270 further includes a query engine272. The query engine 272 may be configured to allow for performingqueries to the data store 271. In particular, the query engine 272 maybe configured to receive queries, generate query plans, build responsesto queries, and/or perform any other operations associated withreceiving and responding to queries of the data store 271.

FIG. 4 illustrates an environment 400 including hierarchical graph 410comprising area/sub-area nodes, as well as device/sensor nodes that areeach associated with one or more area/sub-area nodes. As shown, theconference room node 306A is associated with device node 420A (having acorresponding sensor node 422A) and the office node 306D is associatedwith the device node 420B (having two corresponding sensor nodes, thesensor node 422B and the sensor node 422C). Additionally, FIG. 4includes a representation of an actual physical space 402 (associatedwith building 1) that corresponds to the building node 302.

As illustrated, the physical space 402 also comprises conference room406A (associated with conference room 1 and corresponding to theconference room node 306A) that includes the actual physical device 440Ahaving the sensor 442A, as well as office 406D (associated with office 1and corresponding to the office node 306D) that includes the actualphysical device 440B having both the sensor 442B and the sensor 442C. Ina specific example, the device 440A may correspond to a thermostat thatincludes a thermocouple (i.e., the sensor 442A) for measuringtemperature. Such temperature measurements may then be sent to the dataanalysis engine for managing, storing, and processing the receivedsensor data.

Additionally, as illustrated in FIG. 4, user nodes (e.g., user node 430)may be included within the hierarchical graph 410 as being associatedwith one or more area/sub-area nodes. In particular, FIG. 4 shows theuser node 430 being associated with the office node 306D. In a specificexample, the user 1 (i.e., corresponding to the user node 330) maycomprise an individual that has been assigned to office 1 (i.e.,corresponding to the office node 306D).

Notably, regardless of object/node type (e.g., area/sub-area nodes,device nodes, sensor nodes, user nodes), data and/or metadata associatedwith the node may be stored in the hierarchical graph (e.g., thehierarchical graph 310 or the hierarchical graph 410), the data store271 of the data analysis engine 270, or any other appropriate locationassociated with the server computer system 210.

As briefly introduced, the server computer system 210 further includesproperty store 230, rules and permissions store 240, association andgeneration engine 250, and tenant and resource store 260. The propertystore 230 may comprise a data store that includes properties associatedwith nodes of the hierarchical graph 310. For instance, particularproperties may automatically be associated with particular object types(i.e., node types), as well as children of such object types. In a moreparticular example, a property associated with occupancy of a chairwithin a room may propagate to the room itself (i.e., showing that theroom is occupied). Furthermore, as discussed with respect to the objecttype store 231, the property store may also be extensible, such thatproperties may be created and associated with any given node, andpotentially associated with ancestral or children nodes of the givennode.

The rules and permissions store 240 may include various rules andpermissions associated with particular roles assigned to users. Forinstance, based on a particular role (e.g., an administrator) assignedto a user, the user may have access to perform various operations,including adding/deleting nodes, modifying nodes, accessing/modifyingfunctionality of various devices (e.g., locking doors), and so forth.

The association and generation engine 250 may be configured to performnumerous functions with respect to associating maps with thehierarchical graph (and devices providing data to the data store),and/or generating the hierarchical graph, itself. For instance, theassociation and generation engine 250 may be able to generate thehierarchal graph 300 based on user input and/or based on a map. Inanother example, the association and generation engine 250 may be ableto link nodes of the hierarchical graph to locations or devices includedwithin a map. In yet another example, the association and generationengine 250 may further be able to generate a map based on informationincluded within the hierarchical graph corresponding to nodes of thehierarchical graph.

The tenant and resource rules store 260 may include rules associatedwith how resources, permissions, properties, and so forth are to behandled for each given entity (e.g., tenant) that utilizes thehierarchical graph.

Notably, the ellipses 261 represent that the server computer system 210may include any number of components (i.e., whether more or less) thanthe components illustrated within the server computer system in FIG. 2.For instance, while both the graph engine 220 and the data analysisengine 270 include corresponding query engines (i.e., the query engine223 and the query engine 272, respectively), an overarching query enginemay be included within the physical analytics computer system thatallows for querying both the graph engine 220 and the data analysisengine 270. In this way, a user may be able to generate queries that cantraverse the hierarchical graph (e.g., the hierarchical graph 410) toidentify one or more devices associated with a particular area/sub-areaof the hierarchical graph, as well as current (or previous) sensor dataassociated with the one or more devices via the data store 271 and thedata analysis engine 270.

Some embodiments illustrated herein can implement a sort of ‘personalassistant’ at a location granularity. For example, using ambientintelligence, embodiments can implement personal or building (or otherlocation) assistants where an automated assistant acts on behalf of thebuilding. The automated assistant knows the identities of entities(which could be people, devices, animals, etc.) in the building, andknows the roles of those entities. Based on their roles, the entitieshave certain levels of permission. Based on those permissions, theenvironment of the location can be changed, either automatically orbased on entity input.

Additional details will now be illustrated in the context of afunctional example. Attention is directed to FIG. 5, which illustratesthe functional example. FIG. 5 illustrates a building 502. An entity 504approaches the building 502. In this example, the entity 504 is avisitor who has a meeting with another entity in the building 502.However, the entity 504 could be any one of a number of different roles.For example, the entity could be an employee, a manager, a maintenanceworker, an enterprise owned device, or virtually any other entity.

A sensor 506A detects the presence of the entity 504. Additionally, thesensor 506A may be able to detect the identity of the entity 504. Thesensor 506A indicates to a building control 508 the presence, andpotentially identity, of the entity 504. In some embodiments, the sensor506A may provide data to the building control 508, which can determinethe identity of the entity 504. The building control 508 may be embodiedusing a physical space analytics computer system 210 as illustrated inFIG. 2.

The building control 508 has access to calendar scheduling to determinewhen the meeting with the entity 504 should occur. Additionally, thebuilding control knows from the calendar entry the location of themeeting, the duration of the meeting, attendees of the meeting, etc. Afew minutes before the meeting, the building control 508 can unlock adoor 509. This allows the entity 504 to enter the building 502 to attendthe meeting. Thus, in this case, building control 508 knows the identityof the entity 504, the time of the meeting, and thus knows the role ofthe entity. In this case, the role of the entity 504 is ‘visitor meetingattendee in room 510 at a particular time.’ Alternatively, the role maybe ‘visitor’ and permissions may be conditional, such as limiting accessonly to room 510, and only around the time of the scheduled meeting.

Note that the entity 504 may have its identity classified in a number ofdifferent ways. For example, the building control 508 may know aparticular identity for the entity 504. For example, the buildingcontrol 508 may be able to use the sensor 506A to identify the identityof the entity 504 with particularity. For example, the sensor 506A maybe a biometric sensor configured to detect biometric characteristics ofthe entity 504. For example, the sensor 506A may include a fingerprintreader, iris scanner, voice detection sensor, facial recognition sensor,or other biometric detection hardware. The building control 508 can usedata from the sensor 506A to identify the identity of the entity 504with particularity by comparing data received from the sensor 506A withvarious databases or other information. For example, the entity 504 mayhave a history of visiting an enterprise associated with the building502 and building control 508. The building control 508 can referencethis history information to particularly identify the identity of theentity 504. Alternatively or additionally, the enterprise associatedwith the building 502 and building control 508 may have variousagreements with other enterprises having biometric data stores. Forexample, the entity 504 may have registered with a particular identityservice and provided certain biometric data that is available to thebuilding control 508 for identification of the identity of the entity504.

In an alternative or additional example, the identity of the entity 504may be identified based on some credential carried by the entity 504.This credential could be as simple as a password. Alternatively, oradditionally, this credential could be some type of smart device carriedby the entity 504. For example, the entity 504 could carry a smartcard.Alternatively, or additionally, the entity 504 may register with theenterprise prior to the meeting at the building 502. A code could besent to a digital device carried by the user entity 504, such as theentity's cell phone or other digital device. The digital device couldthen be used to authenticate to the sensor 506A through means such asnear field communication, barcode scanners, RFID scanners, etc.

In some embodiments, combinations of automated identity identificationand user assisted identity identification may be used. For example, insome embodiments, the sensor 506A and the building control 508 may beused to attempt to identify the identity of an entity. The identity maybe identified, but with low confidence. In some embodiments, if theconfidence is below a predetermined threshold, the system may attempt toobtain additional information to increase the confidence. For example,the building control 508 may ask the entity to identify themselvesthrough authenticated or non-authenticated means. For example, thebuilding control 508 may have the ability to ask the entity 504 toauthenticate themselves through an app on a device controlled by theentity 504. Alternatively, the business control 508 may be able to askother entities to identify the entity 504. For example, whenidentification of the entity 504 confidence is low, the business control508 may be able to transmit a picture taken from the sensor 506A toother meeting attendees to allow the other meeting attendees to confirmthe identity of the entity 504.

In some embodiments, the identity of the entity 504 may be classified asunknown. In this case, a limited set of permissions may be applied tothe entity 504. These permissions would restrict the entity's experiencein the building 502 based on the role of the entity as an unknown entityin the associated permissions with unknown entities. Thus, for example,the entity 504 may be allowed to enter the building 502, but will beprevented from accessing, or in some cases even viewing, certainportions of the building 502.

When the building control 508 has determined that the entity 504 hassufficient permissions to enter the building 502, then the entity isallowed to enter the building 502 and proceed to the conference room510. In this example, the entity proceeds down the hallway towards asensor 506B. The sensor 506B is able to provide information for use inidentifying the identity of the entity 504 to the building control 508.In this example, the building environment can be changed once again bychanging a device, and in particular, the sign 512A to direct the entity504 towards the room 510. For example, the sign 512A can displaypersonalized greetings to the entity 504 along with directionalindicators indicating to the entity 504 the direction that the entity504 should proceed to reach the conference room 510. For example, thesensor 506B may include a camera or other sensor that is able to providedata to the building control to identify the identity of the entity 504with some degree of confidence so as to be able to know the role of theentity 504, permissions associated with the role, and the appropriatechanges to the environment of the building 502 based on thatinformation.

In some embodiments, the sensor 506B may be able to detect that theentity 504 has strayed from the appropriate path to reach the conferenceroom 510. That is, the sensor 506B may be able to tell that the entityis exceeding an environmental limit for the entity, and therefore modifythe environmental conditions. Several different environmental changesmay be made at this point. For example, in some embodiments, thebuilding control 508 can cause the environment change by causing audiosystems to issue audio alerts to the entity 504 that the entity hasstrayed from the appropriate path. Similar visual alerts may bepresented to the entity 504. Alternatively, or additionally, alarms,including audio, visual, or other alerts, may be provided to buildingsecurity or other appropriate entities to indicate that the entity 504has strayed from the appropriate path to the conference room 510. Insome embodiments, the building control 508 can cause certain denial ofaccess actions to take place to prevent the entity 504 from accessingportions of the building 502 that should not be accessed by the entity504. For example, the building control 508 may cause doors to be lockedautomatically if the entity 504 approaches those doors and does not havea role with sufficient permission to access spaces secured by the doors.In an alternative or additional example, the building control 508 may beconfigured to electronically tint windows to spaces which the entity 504does not have sufficient permissions, based on roles, to view.

Note that similar types of environmental changes may be made even forentities having roles with more permissions than a visitor entity. Forexample, the environment may be changed with alerts and alarms if anentity that is an “employee” entity (without additional specialpermissions) attempts to access service elevators, maintenance rooms,etc. For example, if a general employee entity attempted to access amaintenance room, the building control 508 may direct the employee awayfrom the room using visual clues.

Continuing now with the running example, the entity 504 can then changedirections as a result of the prompting by the sign 512A to proceedtowards the sensor 506C. The sensor 506C detects the approaching entity504 and provides this information to the building control 508. Thebuilding control 508 can identify the identity of the entity 504, andcause environmental changes in the building 502 as appropriate. In theparticular example illustrated, the building control 508 can cause thesign 512B to provide further direction to the entity 504 to direct theentity to the conference room 510. Again, as illustrated previously, thesensor 506C may be used in conjunction with the building control 508 toensure that the entity 504 does not stray into portions of the building502 for which the entity 504 does not have permission to enter. Theentity 504 proceeds towards the sensor 506D which senses the entity 504and provides information to the building control 508. This informationcan be used to identify the identity of the entity 504, roles associatedwith the entity 504, and environmental changes that should be made tothe building 502 based on this information. In this example, the sign512C is updated to indicate that the entity 504 should proceed towardsthe conference room 510. Knowing that the entity 504 has a meeting inthe conference room 510, the building control 508 can cause the door 514to be unlocked and/or opened for the entity 504 by actuating certainaccess control devices, such as automated locks and door openers. Theentity 504 can then enter the conference room 510.

Note that based on the identity of the entity 504 the room 510 may havebeen prepared for the entity's arrival. For example, the room 510includes a device, which is a lighting control 516. The building control508 may have information about preferences of the entity 504. So long asthose preferences are within adjustments allowed for the entity 504based on the entity's role and permissions, the building control 508will cause the lighting control 516 to adjust lighting in the room 510to a level that is preferred by the entity 504. Similar functionalitymay be performed with respect to temperature controls 518. That is, thebuilding control 508 may have information, such as information based onprevious interactions with the entity 504, preferences submitted by theentity 504 to the building control 508, or preferences obtained in otherways, that identifies the preferences for temperatures for the entity504. So long as the preferred temperatures are within constraintsallowed for the entity 504 based on its identity and associated role,the temperature controls 518 can adjust heating and cooling devices inthe room 510 to a level preferred by the entity 504. Similarfunctionality may be provided with respect to other elements of the room510. For example, the building control 508 may have informationregarding seating preferences for the entity 504. So long as thosepreferences are within constraints based on the identity of the entity504 and associated roles, then the seating constraints can be met. Suchconstraints may be for example softness of a chair, height of the chair,recline angle of the chair, location of the chair in the room 510, etc.Note that using the principles illustrated herein, the building control508 may control any of a number of different environmental conditions ofthe room 510. For example, the building control 508 can adjust deskheights, furniture configurations, presence of certain equipment (suchas video, teleconference, whiteboarding, recording, computing, or otherequipment), room coloring, or other environmental conditions.

Note that in some embodiments, the entity 504 may be able to requestchanges to the environment. For example, the room 510 includes a sensor506E. The sensor 506E may include user inputs, such as tactile inputs,voice inputs, gesture inputs, etc. The entity 504 can request changes tothe environment in the room 510 using the sensor 506E. For example, theentity 504 may use a voice command detected by the sensor 506Eindicating that the entity 504 wishes for the temperature in the room510 to be raised. The building control 508 knows the identity of theentity 504, can determine the role of the entity 504, and thuspermissions of the entity 504. If the entity 504 has sufficientpermissions to raise the temperature of the room, then the environmentwill be changed by raising the temperature of the room as indicated bythe entity 504.

Various different alternative embodiments may be implemented. Forexample, in some embodiments, the entity 504 can request a specificenvironmental condition. For example, the entity 504 may request that atemperature be changed to a particular setting. In other embodiments,changes to the environment may be based on contextual clues of theentity. For example, the entity 504 may say “I'm hot” or “I'm cold”.This may be sufficient to cause the building control 508 to change thetemperature of the environment of the building 502. Alternatively oradditionally, the sensor 506E may monitor the physical state of theentity to detect body temperature changes, sweating, the entity 504putting on or taking off layers of clothing, etc. Dependent on the roleof the entity, the building control may adjust temperatures based onthese contextual clues.

Note that different entities may have different roles, and thusdifferent permissions within the system. For example, in someembodiments, a visitor entity will not have the same permissions as aregular full-time employee entity. For example, a visitor may be able tohave requests of temperature changes between 68 and 72° F. honored bythe building control 508, but will not have any temperature requestsoutside of this range honored by the building control 508. This is dueto the entity not having sufficient permissions based on role to requestsuch changes. In contrast, a full-time employee entity can have requestsfor temperature changes between 65 and 75° F. honored as a result ofhaving a role with sufficient permissions to request these changes. Abuilding maintenance entity may be able to have requests outside of thisrange honored based on its role as a building maintenance entity.

The following illustrates various additional features and factors thatmay be included in some embodiments.

Some embodiments may be used for common day to day activities. Forexample, embodiments may be used for automatically, or with user input,booking conference rooms, wayfinding, allowing an entity to obtaininformation about a location space, finding meeting places with certainequipment (such as projectors, televisions, etc.), finding meetingplaces for certain activities (such as brainstorming, quitecontemplations, etc.).

In some embodiments, a voice agent mobile app on a device carried by theentity 504 may be used to receive input from the entity. Alternatively,or additionally, a voice agent mobile app or a voice agent embeddedwithin another mobile app (e.g., Cortana®, available from Microsoft®Corporation of Redmond, Wash., Siri® available from Apple Corporation ofCupertino, Calif., Alexa® available from Amazon Corporation of SeattleWash., etc.) may be used to gather input from the entity 504.Alternatively or additionally, chat agents, text agents, gesture inputagents, etc., may be used. Alternatively, the building 502 may includesensors and controls to allow the building to receive input from theentity 504.

The building control 508 may store individual preferences. This mayallow the building control 508 to set temperatures when an entity entersa space. Alternatively or additionally, the building control could setdesk height, chair position, etc. when the entity 504 checks into adesk.

As noted various sensors may be used to identify entities in a space.For example, beacons and associated detectors may be used. Meetingcalendars with invite lists may be used. A user device, such as a smartphone, can identify and authenticate an entity to authenticate with aparticular user experience.

Some embodiments may be able to track entities within a space using thesensors and other functionality illustrated herein. This could be usedto identify entity locations for other entities.

Some embodiments implement localized control. For example, knowing thelocation of an entity making a request can change the nature ofenvironmental changes. For, example, if an entity requests for lights tobe turned on or off, the entity will not need to specify which lightswhen the entity intends for localized lights to be turned on or off.Rather, lights associated with the location in which the entity ispresently occupying will be turned on or off by a simple command such as“turn on the lights” or “turn off the lights.” This is in contrast toprevious systems which did not control equipment based on user role, andfurther required the user to specify which particular equipment shouldbe controlled. Rather, embodiments herein are able to take generalizedinput from a user, not identifying specific devices, and to controlspecific devices based on the location context of a user.

Some embodiments may allow a user to report maintenance or otherbuilding status issues. For example, if the entity 504 is in the room510, the entity 504 may indicate problems with equipment in the room, orother room maintenance issues, such as spilled items, full trash cans,dirty floors, etc. This may be as simple as the entity 504 havingconversations with other entities which are understood by the buildingcontrol contextually, or as a result of the entity 504 specificallyindicating to the building control, through the sensor 506E, the needfor maintenance. The building control 508 can modify environmentalconditions by causing the environment to have an alert status associatedwith it. Maintenance can then be notified by the building control 508 toaddress the alert.

Embodiments may include anticipatory behavior. For example, the buildingcontrol 508 is able to identify that an entity 504 is working in aworkspace (using sensors such as cameras, beacon readers, etc.), but hasan upcoming meeting on a different floor (using calendar information).The building control may determine that the entity gets up around thetime of the meeting (using camera sensors, pressure sensors in a chair,etc.). As a result, the building control can cause an elevator to becalled at a time that will cause the elevator to arrive at the samefloor that the entity is occupying about the time that the entity willreach the elevator. This could be based on previous observations aboutthe entity, such as walking speed, habits (such as using a restroomprior to a meeting), knowing that entities that typically converse withthe entity (and knowing a typical length of conversations) are presentin the entity's path to the elevator (i.e., the entity is likely to bedelayed to the elevator due to a likely conversation with anotherentity), etc. Of course, the building control is able to correlate thiswith other elevator uses.

Some embodiment may include functionality for scheduling auxiliaryspaces. For example, the building control 508 may know that the entity504 is early for the meeting, and that the entity topically likes tooccupy a particular working room when waiting for meetings. The buildingcontrol 508 may schedule the working room, and direct the entity 504 tothe working room prior to the meeting in the room 510. When it is timefor the entity 504 to go to the meeting in the room 510 (based ontypical walking speed known about the entity and/or other factors), analarm or other prompting could be provided by the building control 508,through equipment at the building 502 or apps controlled by the user forinteracting with the building 502 to direct the entity 504 to themeeting.

In general, the building control can keep track of different users andwhat they have access to, as well as what devices and capabilities aspace has.

The following discussion now refers to a number of methods and methodacts that may be performed. Although the method acts may be discussed ina certain order or illustrated in a flow chart as occurring in aparticular order, no particular ordering is required unless specificallystated, or required because an act is dependent on another act beingcompleted prior to the act being performed.

Referring now to FIG. 6, a method 600 is illustrated. The method 600includes acts for controlling environmental conditions. The method 600includes using one or more sensors in a location, identifying an entityin the location (act 602).

The method 600 further includes identifying one or more roles for theentity (act 604). The roles may be associated with permissions.

The method 600 further includes identifying one or more environmentallimits for the entity.

The method 600 further includes, based on the one or more roles for theentity, modifying environmental conditions in the location within theenvironmental limits, by modifying one or more devices associated withthe location (act 608). Thus, embodiments may modify the temperature andlighting conditions within allowable limits correlated to the particularentity, modify environmental accessibility within allowable limitscorrelated to the entity.

The method 600 may be practiced where modifying environmental conditionsis performed automatically without additional input from the entity.

The method may further include receiving input at one or more sensorsfrom the entity requesting a particular change to the environmentalconditions; determining that the entity has permissions, based on theone or more roles, to cause the particular change to occur; and whereinmodifying the environmental condition is performed as a result. Thus,for example, the entity can provide additional input requestingenvironmental changes. This request may be explicit, or implicit basedon contextual actions by the entity.

The method 600 may be practiced where the entity is identified as anunknown entity, such that a specific set of roles for unknown entitiesare identified.

The method 600 may be practiced where modifying environmental conditionsin the location comprises changing at least one of temperature orlighting for the location.

The method 600 may be practiced where modifying environmental conditionsin the location is performed based on previously known data about theentity. For example, previous interactions by the entity with devices inthe location, or set preferences of the entity may be used to modifyenvironmental conditions.

The method 600 may be practiced where modifying environmental conditionscomprises providing directions to the entity using changeable signs inthe location.

The method 600 may be practiced where modifying environmental conditionscomprises automatically adjusting furniture for the entity.

The method 600 may be practiced where identifying the entity comprisesidentifying the entity using biometric input data from the one or moresensors.

The present invention may be embodied in other specific forms withoutdeparting from its spirit or characteristics. The described embodimentsare to be considered in all respects only as illustrative and notrestrictive. The scope of the invention is, therefore, indicated by theappended claims rather than by the foregoing description. All changeswhich come within the meaning and range of equivalency of the claims areto be embraced within their scope.

What is claimed is:
 1. A system comprising: a processor; a buildingcontrol stored in memory and executable by the processor to: identify anentity at a location based on sensor data collected at the location;query a data store to identify one or more roles associated with theentity and one or more entity preferences associated with the entity;identify one or more predefined geographical limits for the entitywithin a building based on the identified one or more roles for theentity; and automatically adjust a building setting to change a physicalcondition within the predefined geographical limits, the buildingsetting adjustment being selected based on the one or more entitypreferences identified in association with the entity.
 2. The system ofclaim 1, wherein the building control is further configured to: access agraph that defines a topology of areas in the building; and identify theone or more predefined geographical limits for the entity within thelocation based on the graph and the identified one or more roles for theentity.
 3. The system of claim 1, wherein the building control isfurther configured to: identify a calendar appointment stored in thememory in association with the entity, the calendar appointment beingfurther associated in the memory with a room in the building, whereinautomatically adjusting the building setting includes adjusting anenvironmental condition within the room.
 4. The system of claim 3,wherein the building control automatically adjusts the building settingby adjusting a temperature setting within the room, the temperaturesetting being selected based on the one or more entity preferences. 5.The system of claim 3, wherein the building control automaticallyadjusts the building setting by adjusting a chair configuration withinthe room, the chair configuration being selected based on the one ormore entity preferences.
 6. The system of claim 3, wherein the buildingcontrol automatically adjusts the building setting by adjusting lightingwithin the room, the lighting adjustment being selected based on the oneor more entity preferences.
 7. The system of claim 1, whereinidentifying the entity comprises identifying the entity using biometricinput data from one or more sensors.
 8. A method comprising: identifyingan entity at a location based on sensor data collected at the location;querying a data store to identify one or more roles associated with theentity and one or more entity preferences associated with the entity;identifying one or more predefined geographical limits for the entitywithin a building based on the identified one or more roles for theentity; and automatically adjusting a building setting to change aphysical condition within the predefined geographical limits, thebuilding setting adjustment being selected based on the one or moreentity preferences identified in association with the entity.
 9. Themethod of claim 8, further comprising: accessing a graph that defines atopology of areas in the building; and identifying the one or morepredefined geographical limits for the entity within the location basedon the graph and the identified one or more roles for the entity. 10.The method of claim 8, further comprising: identifying a calendarappointment stored in the memory in association with the entity, thecalendar appointment being further associated in the memory with a roomin the building, wherein automatically adjusting the building settingincludes adjusting an environmental condition within the room.
 11. Themethod of claim 10, wherein automatically adjusting the building settingfurther comprises: adjusting a temperature setting within the room, thetemperature setting being selected based on the one or more entitypreferences.
 12. The method of claim 10, wherein automatically adjustingthe building setting further comprises: adjusting a chair configurationwithin the room, the chair configuration being selected based on the oneor more entity preferences.
 13. The method of claim 10, whereinautomatically adjusting the building setting further comprises:adjusting lighting within the room, the lighting adjustment beingselected based on the one or more entity preferences.
 14. The method ofclaim 10, wherein identifying the entity comprises identifying theentity using biometric input data from one or more sensors.
 15. One ormore non-transitory computer-readable storage media storingcomputer-executable instructions for executing a computer process, thecomputer process comprising: identifying an entity at a location basedon sensor data collected at the location; querying a data store toidentify one or more roles associated with the entity and one or moreentity preferences associated with the entity; identifying one or morepredefined geographical limits for the entity within a building based onthe identified one or more roles for the entity; and automaticallyadjusting a building setting to change a physical condition within thepredefined geographical limits, the building setting adjustment beingselected based on the one or more entity preferences identified inassociation with the entity.
 16. The one or more non-transitorycomputer-readable storage media of claim 15, wherein the computerprocess further comprises: accessing a graph that defines a topology ofareas in the building; and identifying the one or more predefinedgeographical limits for the entity within the location based on thegraph and the identified one or more roles for the entity.
 17. The oneor more non-transitory computer-readable storage media of claim 15,wherein the computer process further comprises: identifying a calendarappointment stored in the memory in association with the entity, thecalendar appointment being further associated in the memory with a roomin the building, wherein automatically adjusting the building settingincludes adjusting an environmental condition within the room.
 18. Theone or more non-transitory computer-readable storage media of claim 17,wherein automatically adjusting the building setting includes: adjustinga temperature setting within the room, the temperature setting beingselected based on the one or more entity preferences.
 19. The one ormore non-transitory computer-readable storage media of claim 17, whereinautomatically adjusting the building setting includes: adjusting a chairconfiguration within the room, the chair configuration being selectedbased on the one or more entity preferences.
 20. The one or morenon-transitory computer-readable storage media of claim 17, whereinautomatically adjusting the building setting includes: adjustinglighting within the room, the lighting adjustment being selected basedon the one or more entity preferences.